home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Belgian Amiga Club - ADF Collection
/
BS1 part 23.zip
/
BS1 part 23
/
Superkillers.adf
/
German Killer
/
VT 2.24d
< prev
next >
Wrap
Text File
|
1991-06-09
|
25KB
|
642 lines
VT2.24 [-vz] [-bt] (Stand TT.MM.JJ)
? dieser Text, dann Prg.Ende
<Par1> -vz teste Vectoren, in Ordnung = keine Anzeige
in Ordnung = verzweige nicht ins Arbeitsmenue
<Par2> -bt teste Bootblock in df0 nicht !!!!!
vermindert Schutz !!!!
die Parameter sind optional !
Heiner Schneegold, Am Steinert 8, 8701 Eibelstadt
HINWEIS:
- Bitte lesen Sie zuerst VT.LiesMich. Danke !
- Serienersteller sollten vorher Kontakt mit mir aufnehmen !!!
Heiner
WICHTIG WICHTIG WICHTIG
Es gilt immer noch die Empfehlung fuer SADDAM-Disk-Validator fuer
100% Sicherheit:
SADDAM loeschen und/oder IRAK-Datablock reparieren und DANN Kreset
aufrufen.
WICHTIG WICHTIG WICHTIG
letzte Aenderung: 09.06.91
Aenderungen seit VT2.21
- BlueBox (Filevirus) 08/09.06.91
- DIVINA EXTERMINATOR I 07.06.91
- DAT '89 01.06.91
- Frity (Forpib-Clone) 31.05.91
- Riska (Forpib-Clone) 31.05.91
- Color (FileVirus) 30.05.91
- ASV-Virus 29.05.91
- BLF-Virus 28.05.91
- ZACCESS V1.0
(16Bit-Clone) 25.05.91
- ZACCESS V2.0
(Forpib-Clone) 25.05.91
- versucht IRAK-Filedatablock
zu reparieren 18.05.91
- unsichtbares BGS9-File
wird jetzt auch in Root
gesucht 12.05.91
- BlockITest jetzt mit
Zeigefunktion 12.05.91
- Bei der HD-Partition mit
dem kleinsten LowCyl wird
der physikalische Block 0
bei BB->Speicher gezeigt 12.05.91
- sollte jetzt beim BlockI-
Test auch mit ALF.scsi
und Com.scsi arbeiten 09/10.05.91
- L.A.D.S 03.05.91
Programmvoraussetzungen:
- fuer den PrgAblauf werden bis zu 130KB Mem (Fast und Chip (falls kein
Fastmem vorhanden, dann nur Chip)) benoetigt: z.B. fuer
- 55KB eigenes Prg (mit Stack u. Speicher, fest im Prg. eingebaut)
- 20KB Hauptfenster (Betriebssystem)
- 15-20KB fuer Requester (Betriebssystem)
- 5KB kurzfristig fuer neu eingelegte Disk (Betriebssystem)
- 10KB FileRequester
- KickRom V1.2 oder V1.3
- laeuft mit Kick V1.3 auf A3000
- laeuft mit Exec 36.202 auf A3000
- laeuft n i c h t mit Kickit B1-Bx auf A2000
- mit gepatchten Kickepromversionen erwarte ich Probleme
- mit KickDisk V1.2 Vers.33.166 laeuft mein Prg. nicht
(Trackdisk.device liegt an anderer Stelle)
- PalScreen (geht nicht immer, ist Commodore bekannt !!)
Prg.ablauf:
- prg im Cli starten oder von WB starten
- oder in startup einbauen
- ich empfehle
- VT2.24 -vz
- usw.
Einschub:
bei Aufruf VT2.24 -vz meldet sich das Programm nur bei
Vectorenveraenderungen oder NichtstandardBB.
- Test auf KickRomV1.2, V1.3 oder V2.0
- Test auf PAL-Screen
- ein Fenster wird geoeffnet (muss immer kurz erscheinen !!!)
- einige Vectoren werden getestet und angezeigt
- wenn keine Veraenderung, dann Prg.ende
- wenn Veraenderung, dann:
- Suche nach bekannten Viren (s.u.) beginnt
- falls erfolgreich
- Namensausgabe
- Vectoren werden zurueckgesetzt und angezeigt
- Virenprogramm wird mit Nullen ueberschrieben
- also kein Reset mehr notwendig
- nach 2 Sekunden Prg.Ende
- falls erfolgreich 2
aus programmtechnischen Gruenden, ist es bei einigen Viren not-
wendig, vor der Vectoranzeige das VirusPrg. zu loeschen (z.B.
Extreme) und mit Null aufzufuellen. Es taucht dann der Requester
auf:
XYZ-NameVirus
war im Speicher
Weiter Weiter
- falls Nein
- Request unbekanntes Programm
im Speicher
KReset weiter
- weiter:
es werden keine Veraenderungen vorgenommen und das
Programm beendet.
- KReset:
- Vectoren werden zurueckgesetzt
- reset wird ausgefuehrt
dieser Weg wurde gewaehlt, damit zukuenftige Viren mit
eigenen Task (hier reicht das Zuruecksetzen der Vectoren
nicht mehr, sondern es muss auch der/das Task entfernt werden)
geloescht werden koennen, ohne den Computer auszuschalten.
Einfacher ProgrammVirenTest fuer Startup-S.
===========================================
- nur wenn in df0: eine Disk liegt !!!!!!
keine Angst, wenn das LW kurz anlaeuft, es muss ja gelesen werden
- Viren werden in dieser Version nicht geloescht !!!!
- Suche nach icon.library-BlueBox-Virus
- Suche nach BRET HAWNES
Name in Root:C0A0E0A0C0
- Test auf Orginal Disk-Validator KS1.2/3 Laenge: 1848 Bytes
- Test auf langen Disk-Validator Laenge: 1892 Bytes
Herkunft:unbekannt, aber harmlos
(findet also Return of the Lamer und SADDAM-Virus)
- Suche nach BGS9 I in DF0:devs und DF0:
Name: A0A0A0202020A0202020A0 (fuer das verschobene OrgPrg.)
also ein indirekter BGS9 I-Test
- Suche nach BGS9 II in DF0:devs und DF0:
Name: A0E0A0202020A0202020A0 (fuer das verschobene OrgPrg.)
also ein indirekter BGS9 II-Test
- Suche nach Terrorists in DF0:
Name: A0202020A02020A020A0A0 (fuer das verschobene OrgPrg.)
also ein indirekter Terrorists-Test
- Suche nach Disaster Master V2 in DF0:c/cls
- Suche nach JEFF-BUTONIC-Namen V3.00 in DF0:s
Name in startup: A0A0A0209B41
wichtig: ?!?!?!
Test nur auf 1.Zeile !!!!!!
- Suche nach Revenge of the Lamer I+II in DF0:
Name: A0A0A0A0A0
- Test auf verschiedene Tarnnamen von Jeff-Butonic V1.31
- Test auf TimeBomb V0.9
- Test auf TimeBomber
- Suche nach $A0 (EM-Wurm) in df0:c
- K E I N Test auf IRQ-Programm in startup-s.
- K E I N Test auf XENO-Programm in startup-s.
- K E I N Test auf THE SMILY CANCER in startup-s.
BOOTBLOCKTEST
=============
- kann mit -bt abgeschaltet werden
- falls nicht abgeschaltet, testet n u r df0:
- nur wenn Disk eingelegt
- keine Angst, LW muss kurz anlaufen
ARBEITS-Fenster:
================
- zu diesem Prg.Teil kommen Sie nur, wenn -vz nicht gesetzt ist
oder ein NichtStandardBB in Df0 erkannt wurde
ZWEI BITTEN falls Sie Schreibzugriffe planen !!!!!!
- Setzen Sie im VorPrg. die OrgVectoren, auch wenn Sie ein fuer
Sie wichtiges Resident-Prg. spaeter neu laden muessen
- Arbeiten Sie mit einer Disk-Kopie (bedenken Sie, auch mir
koennen Fehler unterlaufen !!!!)
Erklaerung:
Ende = Prg.Ende
setze OrgVec = setzt alle wichtigen Vectoren, aber ein Prg.
wird nicht mit Nullen aufgefuellt, wie im Vorprg.
zeige Vec = Vectorenanzeige im Hauptprogramm o h n e Virustest
BlockITest
----------
Anzeige eines defekten Blocks moeglich (geht selbstverstaendlich
nicht bei Trackerror)
Test1:
Suche nach Trackerror's (gruen angezeigt)
- Fehler 30 SeekError Track nicht gefunden
- Fehler 29 Disk Changed Disk gewechselt
(auch wenn Sie es nicht glauben, dieser Fehler steht
manchmal in Byte 31 des DiskIoReq. Meist passiert dies,
wenn der Lesekopf zum naechsten Zylinder faehrt. Brechen
Sie den Test dann ab und starten ihn neu.)
- Fehler 28 WriteProtected wird hier nicht geprueft
- Fehler 27 BadSecHdr ungueltiger Sektor-Header
- Fehler 26 TooFewSecs zuwenig Sektoren gefunden
- Fehler 25 BadSecSum falsche Sektor-Checksumme
- Fehler 24 BadHdrSum falsche Header-Checksumme
- Fehler 23 BadSecId falsche Sektor-ID
- Fehler 22 BadSecPreamble falscher Sektor-Vorspann
- Fehler 21 NoSecHdr keinen Sektor-Header gefunden
- Fehler 20 Fehler (aber mir unbekannt)
Empfehlung: (gilt NICHT fuer Orginal-Spiele mit Fremdformat !!!!)
- mit Einzelfilecopy oder DiskSalv retten was moeglich ist
- Disk neu formatieren, falls OrginalCommodore abbricht, Disk
in den Abfalleimer. Bitte nicht mit XYZ-Format ohne Verify
arbeiten.
Test2:
Suche nach Blockinhalt, der von Viren angelegt wurde:
(orange angezeigt)
- Lamer! 85 mal + 1 mal !! = 512 Bytes
- LAMER! 85 mal + 1 mal !! = 512 Bytes
- LAMER!!! 64 mal = 512 Bytes (Return of the Lamer)
- VIRUS Track 0 (Digital Emotion)
- Warsaw 85 mal + 1 mal !! = 512 Bytes
- MAD 85 mal
- IRAK 1.Filedatenblock von SADDAM-VIRUS codiert
- Test auf $5555 (UU) wieder entfernt, da selbst mit delete und
rename erzeugt (Fastmem und FastFileSystem notwendig!!!)
Test3:
Falls Blocktyp 2,8 oder $10 erkannt wird (d.h. bei FFS-Databloecken,
BootGirlDatas oder aehnlichen Programmteilen entfaellt der 8er-Test) :
Die Pruefsumme ueber dem Block wird berechnet und mit dem 5. Langwort
verglichen.
Fehlermeldung (gruen):
- BadBloCheckSum
Hinweis zu Test3 und Festplatten mit FFS:
Bei HDs mit 165000 Bloecken waechst die Wahrscheinlichkeit, dass ein
FFS-Sector mit 2 oder $10 beginnt. Nehmen Sie diese Fehlermeldung
nicht zu ernst. Schauen Sie aber ab und zu mit einem Monitor nach.
Beim alten AmigaDosSystem (auf Disk oder HD) handelt es sich SICHER
um einen defekten Block !!!!
Test4:
Alle LinkViren, die ich kenne, werden mit Blocknummer (egal ob ADos
oder FFS) orange angezeigt. Ausbauversuch bitte mit Filetest.
Hinweis: BlockITest testet ALLE Bloecke. D.h. es kann ein LinkVirus
gefunden werden, der schon aus dem Verzeichnis geloescht ist, gar
nicht mehr aktiv werden kann und auch von PrgFtest nicht gefunden
wird.
Grund: Amiga-Dos entfernt bei Rename und Delete nur den Filenamen
aus dem Verzeichnis und gibt die Bloecke in der Bitmap frei. Die
FileDataBloecke dagegen werden NICHT veraendert.
BB -> Speicher
---------------
bitte DF0: oder Devs anklicken
Lade Bootbloecke in Speicher und teste
Viren, die ich habe, werden auf drei !!! Langwoerter getestet im BB
Sollte ein Virenname und vier umgedrehte Fragezeigen erscheinen,
so besitze ich den BBVirus nicht und habe ein Langwort in einer
Veroeffentlichung gefunden.
Hier lehne ich jede !!!! Verantwortung ab! Bitte schicken Sie
diese Bootbloecke an mich! DANKE!
Festplatte: Bei der Partition mit dem niedrigsten LowCyl wird der
echte PHYSIKALISCHE Block 0 angezeigt. Bei den anderen Partitionen
der LOGISCHE Block 0. BITTE aendern Sie den ECHTEN Block 0 NICHT !!
EIN Fehler und der Zugriff auf ALLE Daten der HD wird unmoeglich !!
Speicher -> BB
---------------
bitte DF0: oder Devs anklicken
schreibe Speicher in Bootblock 0 u 1 von DfX
Sie koennen damit also auch BBe kopieren (aber bitte keine Viren!)
Schreibbedingungen:
- 512 Bytes/Sektor
Ueberlege bevor Du einen BB auf Festplatte schreibst !!!!!!!!!!
MERKE: Auf den physikalischen Block 0 der HD schreibt man nicht,
wenn man einen Nervenzusammenbruch vermeiden will !!!
Speicher
--------
alle Veraenderungen werden nur im Speicher vorgenommen
auf Disk wird der Speicher erst mit s.o. geschrieben
NoBoot = erstelle Blocks ohne BootPrg.
klicke:
AD fuer altes AmigaDosSystem
FF fuer FastFileSystem
insta. = erstelle bootbare Disk
klicke:
AD fuer altes AmigaDosSystem
FF fuer FastFileSystem
BLK0/1 = Wechselgadget zur Anzeige von Blk 0 u 1 in HEX und ASCII
Lam3 = nur aktiviert, wenn Lamer3 gefunden wurde
Lamer3 verschiebt OrgBB codiert nach Block 2 u. 3
Block 2 u. 3 wird entschluesselt und in Speicher geschrieben. Danach
kann man den OrgBB zurueckschreiben.
Wann nuetzt das nicht viel ???
- Wenn der Kopierschutz schon auf Track 0 beginnt (Longtrack usw)
(das Prg ist aber schon mit Lam3 nicht mehr gelaufen).
- Wenn ein File oder BootblockIntro Block 2 u 3 belegt hat.
So habe ich Lamer3 damals auf einer PD-Disk gefunden
(das File ist aber schon durch Lamer3 zerstoert worden).
FileTest: (ProgrammFileTest)
---------
- entsprechende Disk einlegen u n d warten bis LW-Led aus ist!!!
- DF0: oder Devs anklicken
- Requester erscheint: Weiter nach jeder Seite mit Leertaste
Ja Nein
Dies wurde notwendig, da mit einer 68030-Karte kaum mehr der Name
eines gecrunchten Programms zu lesen war.
- Abbruch des Tests mit Esc-Taste
Bin gespannt, mit welchem anderen Prg. es jetzt Probleme gibt.
- Ich finde bei meinem Prg MultiTasking sowieso problematisch.
Immerhin muessen ja z.B. einige Zeiger verbogen werden, damit
keine Dummy-BB gezeigt werden !!!! (vgl. Lamer3)
Test1:
Dieser Test wird nur durchgefuehrt, wenn DOS0 gefunden wurde.
Teste Langwort 0 des Filedatablock auf 8 :
Fehlermeldung: bad T.DATA
Teste ob der Zeiger in Langwort 1 auf den Fileheader zeigt:
Fehlermeldung: bad HEADERKEY
Teste ob der Wert in Langwort 2 die richtige Reihenfolge enthaelt:
Fehlermeldung: bad SEQNumber
- normale Schrift: nichts gefunden
Test2:
- normale Schrift: nichts gefunden
- orange Schrift und Requester: wahrscheinlich Virus im File
- gruene Schrift: File ist crunched oder Archiv
k e i n Test auf Virusbefall moeglich
bitte entpacken und dann neu testen
- orange Schrift und Text: File defekt ?
Datenstruktur am Fileanfang stimmt nicht. Bitte merken Sie
sich den Filenamen und versuchen Sie das File aus dem Cli
zu starten. Hinweis: ein Fehler z.B. im 55 Datenblock eines
Files wird in diesem Programmteil NICHT erkannt !!!
Eine grosse Anzahl von gefundenen defekten Dateien auf einer
Disk, kann den VT zum Absturz bringen. Dies liegt NICHT am
VT, sondern am AmigaDos. Jedes defekte File im Cli gestartet,
fuehrt zum GURU. Wer's nicht glaubt, bitte selbst ausprobieren.
- findet IRQ I, IRQ II, BGS9 I, BGS9 II, Disaster Master, Revenge Lamer1+2,
OrgPrg.e, die von Bgs9 I, BGS9 II oder Terrorists verschoben wurden,
XENO, JEFF-BUTONIC I+II, Terrorists, THE SMILY CANCER1+2, Traveling
Jack I+II, Return Of The Lamer (Disk-Validator), CCCP-Link
TimeBomb V0.9, TimeBomber, EM-Wurm, BRET HAWNES, SADDAM, Color,
BlueBox,
- loescht auf Wunsch Prg.Viren
ein Requester erscheint, es ist aber auch 'Weiter' moeglich
in der startup-sequence muss bei Bedarf mit ed die 1. Zeile
geloescht werden.
icon.library-BlueBox-Virus:
wird geloescht (Bitte kopieren Sie icon.library von Org.WB zurueck)
color-Filevirus:
wird geloescht (Aenderung in startup-s. nicht notwendig
IRAK-DataBlock:
decodiert den Datenblock und schreibt ihn zurueck
SADDAM:
loescht Disk-Validator
(Aenderung in startup-s. nicht notwendig)
BRET HAWNES:
loescht $C0A0E0A0C0 in Root
1.Zeile in startup-sequence muessen sie mit ed loeschen
EM-Wurm:
loescht $A0 in c
loescht gefundene zerstoerte Dateien auf Wunsch
Disaster Master:
loescht cls
Revenge Lamer 1 u. 2 :
loescht A0A0A0A0A0
Jeff-Butonic 1 u. 2 :
loescht unsichtb. File oder Alias-Name (s.b. Jeff-Beschreibung)
TimeBomb V0.9:
loescht .info in c
und falls vorhanden pic.xx in Root
TimeBomber:
loescht virustest
und falls vorhanden VIRUSTEST.DATA
Return of the Lamer:
loescht Disk-Validator
(Aenderung der startup-s. nicht notwendig !!)
BGS9 1+2 und Terrorists:
versucht zuerst Rename mit unsichtbarem File
(Aenderung der startup-s. dann nicht notwendig !!)
falls unsichtbares File nicht gefunden wird, wird die Loeschung
des Viren-Prg.s angeboten
Traveling Jack
loescht auf Wunsch von Jack erzeugtes File (VIRUS.xy)
- baut auf Wunsch CCCP, IRQ1+2, The Smily Cancer1+2, Traveling Jack1+2
oder Xeno aus File aus
( K e i n e 100% Garantie fuer Lauffaehigkeit !!!! Falls der
Ausbau misslingt, schicken Sie mir bitte das verseuchte Orginal-
file. Danke ! )
Bei einem Fehlschlag kopieren Sie das verseuchte File auf eine
leere formartierte Disk und versuchen dann den Ausbau.
oder
Um stark fragmentierten Speicher (kann eine Fehlerursache sein)
zu beseitigen, starten Sie Kreset oder schalten Sie den Computer
eine Minute aus.
Wichtig:
Nach dem Ausbauversuch startet das Programm neu um das Zurueck-
schreiben zu ueberpruefen. Sollte das File immer noch orange sein,
so waere ich fuer eine Nachricht dankbar.
oder:
Sie haben ein File, das mehrfach von IRQ2 oder Smily verseucht ist.
Ich besitze ein IRQ2-verseuchtes File mit sechs Links und ein Smily-
File mit vier Links. Hier muessen Sie dann ueber den File-Requester
die Abnahme der Filegroesse kontrollieren und den Ausbauversuch fort-
setzen.
Startup-S DF0/Devs
------------------
- zeigt 1KB der startup-sequence falls vorhanden, umschalten bitte
mit BLK0/1-Gadget, hilfreich fuer schnelle Suche nach $A0 usw.
in 1. Zeile
aber bitte nicht $0A mit $A0 verwechseln !!
- zeigt n i c h t startupII oder startup-sequence.hd
(Anzeige jetzt moeglich = Umweg ueber FileRequester)
Sp -> File -> Sp = FileRequester
-----------------------------------
WARNUNG: !!!!!!!!!!!!!
1. Arbeiten Sie bitte mit einer Kopie
2. Alle Anweisungen werden o h n e Rueckfragen ausgefuehrt, so-
lange es keine unmoeglichen Befehle sind. (Ueberlege vorher!!)
3. Arbeit mit dmouse, Mach oder aehnlichen Utilities:
Falls Sie ausserhalb des Requesters klicken, verschwindet der
Requester. Im Arbeitsfenster werden keine Befehle mehr angenom-
men. Sie muessen erst das Fenster zurueckholen (dmouse = li.Maus-
taste halten und re.Maustaste klicken) und Ende waehlen. Das
Problem haben andere Prge auch, ist grundsaetzlicher Natur und
kann nicht vernuenftig geloest werden. (Wenn Sie so ein Utility-
Prg verwenden, kennen Sie ja auch den Befehlssatz. Kein Problem
also !!)
Status: dient der Fehleranzeige
Ende: Filerequester beenden
Parent: Ein Unterverzeichnis zurueck
Laufwerksgadgets: lade Dir
Bei mehr als 250 !!! Eintraegen pro Verzeichnis gibts Aerger
Muesste aber selbst fuer DH0:c genuegen.
Pfad:
zeigt LW und gegebenenfalls Unterverzeichnis/se
Stringadget mit max. 255 Buchst. und UnDo-Buffer. Sie koennen also
Veraenderungen vornehmen und mit re.AmigaTaste + Q rueckgaengig
machen (allerdings duerfen Sie das Gadget noch nicht verlassen
haben). Mit den Cursor-Tasten koennen Sie rechts-links scrollen.
Geben Sie z.B. hinter DH0: Assembler ein + ReturnTaste, so versucht
das Prg. von DH0: das Unterverzeichnis Assembler anzuzeigen.
Bei verschachtelten Unterverzeichnissen vergessen Sie bitte die "/"e
nicht. A B E R: das letzte Zeichen darf kein "/" sein. Einfacher
als die Eingabe von Hand ist aber die Auswahl mit der Maus (Unter-
verzeichnisse sind im grossen ScrollFenster orange dargestellt.
Datei:
hier wird die ausgewaehlte Datei angezeigt
Stringgadget mit UnDo-Buffer
DateiRe:
Stringgadget mit Undo-Buffer
Hier muessen Sie fuer die Rename-Funktion den ganzen !!!! Pfad und
den neuen Namen ihrer Datei eingeben. Geht nicht anders, da sich
Unterverzeichnisse von Alt und Neu unterscheiden koennen. s.u.
Load:
Setzt den Inhalt von Pfad + falls notwendig "/" + Inhalt von Datei
zusammen, versucht dann 1024 Bytes in den Speicher zu laden und
anzuzeigen. Anzeigewechsel mit Block0/1-Gadget. Den Inhalt von
Datei koennen Sie entweder aus dem grossen ScrollFenster mit der
Maus auswaehlen oder von Hand eingeben. Eigentlich ist dieser Teil
zum Laden eines gespeicherten BBs gedacht, aber Sie koennen damit
jede beliebige Datei (z.B. startupII) laden und die ersten 1024
Bytes anschauen.
Save:
Setzt den Inhalt von Pfad + falls notwendig "/" + Inhalt von Datei
zusammen und versucht dann 1024 Bytes aus dem Speicher abzuspeichern.
Den Filenamen sollten sie von Hand in Datei eingeben. Waehlen Sie
mit der Maus einen Dateinamen und veraendern ihn nicht, so geht die
alte Datei o h n e Rueckfrage verloren !!!!! Diese Funktion eignet
sich n u r zum Sichern von Bootbloecken, da immer 1024 Bytes abge-
speichert werden.
Delete:
Setzt den Inhalt von Pfad + falls notwendig "/" + Inhalt von Datei
zusammen, entfernt falls notwendig die ProtectionBits und unter-
nimmt einen Loeschversuch. Die Datei koennen Sie mit der Maus aus-
waehlen oder von Hand im Datei-Stringadget eingeben.
Hinweis:
Ich kenne drei Loeschschutzvarianten, die das Loeschen einer
Datei mit DOS-Routinen verhindern, also auch mit meinem Prg. nicht
geloescht werden koennen. Geht dann nur mit Disk-Monitor.
Rename:
Setzt den Inhalt von Pfad + falls notwendig "/" + Inhalt von Datei
zusammen = AltName
Nimmt den Inhalt von DateiRe = NeuName und versucht ein Rename.
Im DateiRe-Stringgadget muessen Sie den ganzen Pfad und den Datei-
namen eingeben, also z.B. DH0:aa/ddddd/Nameneu
Ein Renamen ueber verschiedene Laufwerke wird von AmigaDOS n i c h t
unterstuetzt. Es geht also nicht:
rename df0:aa/dddd/AltName df1:aa/dddd/NeuName
da verschiedene Laufwerke
es geht aber:
rename df0:aa/dddd/AltName df0:xxx/yyy/NeuName
wenn die Unter/Unterverzeichnisse vorhanden sind.
File=BB?:
Teste ob File ein gesichertes Bootblockfile ist. Wenn ja, welcher
Bootblocktyp.
Devs=Device-Requester
=====================
Nimmt bis zu 30 "gemountete" Devices auf. (also kein assign, kein RAW
AUX, s usw.)
Nach 30 uebernommenen Eintraegen wird die Suche beendet.
Ende Abbruch ohne Auswahl
Auswahl mit linker Maustaste
Scroll mit PropGadget
Die "einfache" Commodore-RAM-Disk wird nicht erkannt.
was kann das Prg. nicht:
------------------------
- ist nicht speicherresident
- bitte P-Bit nicht setzen - sicherer Guru !!!!
- Virennamen aus der startup-sequence entfernen
(verwenden Sie hierfuer bitte Ihren Editor)
Es werden nur Viren ohne Reset geloescht, die ich selbst reassembliert habe.
Leider werden die Virenroutinen immer besser (immer mehr Listen und Zeiger
veraendert), sodass mit vernuenftigen Aufwand der Org.Zustand nicht mehr
hergestellt werden kann. Deshalb inzwischen auch bei einigen Viren, die
ich reassembliert habe, nur noch RESET !!
Alles andere ist mir zu gefaehrlich !! (Zeiger vergessen, Task nicht erkannt
usw.)
BEKANNTE PROBLEME:
==================
- Probleme mit Mach2.4, dann nehmen Sie bitte MachII V2.6 (z.B.Fish254)
und lesen Sie bitte Mach2.6Doc !!
Tip von J.K. fuer Mach2.4 :
waehrend des Aufbaus meines Prg.s Mauszeiger bewegen
- oder MachIII (z.B.Fish378)
- oder MachIII.1 (z.B.Fish471)
- Probleme mit MyMenu, dann versuchen Sie bitte PAMR (Fish 419)
MyMenu haelt sich nicht an die Commodorerichtlinien.
- VT meldet unter Kick1.3 eine 68030-Karte als 68020. Mit Kick2.0
wird die Karte IMMER richtig erkannt. Der Fehler liegt bei Kick1.3
(inzwischen auch in Literatur dokumentiert), da Bit 0 und 1 nicht
aber Bit 2 gesetzt werden. Abhilfe: Aufruf von setcpu (auch ohne
Parameter) setzt Bit 2.
- KCSram.device (u.U. Absturz) nicht nur mit VT, vgl. auch Tests in
Amigazeitschriften !!!
- weitere Probleme bitte melden
- Fuer Aenderungswuensche bin ich dankbar !!
(Texte bitte auf Disk und kennzeichnen mit "an Heiner")
(aber bitte nicht gecruncht, sondern als ASCII, Ihr
Text- oder CrunchPrg besitze ich nach Murphy bestimmt nicht)
D A N K E !! D A N K E !!
Bitte Disk mit "Viren" kennzeichnen !!!
Adresse und Tel. nicht vergessen, kleiner Text waere nicht schlecht
(Beides aber nicht unbedingt notwendig, nur das VIRUS-Prg. zaehlt)
Hinweis: Ich suche n u r Viren und neue Cruncher!! , Disk wird nach
kopieren des VirusBBs oder des VirusPrgs formatiert.
Adresse und Tel. wandert nach Virusanalyse in Papierkorb !!
(da keine Rueckfrage mehr notwendig)
Ich pflege meine Zusagen auch einzuhalten !!
Heiner Schneegold
Am Steinert 8
8701 Eibelstadt
(W-Deutschland)
Tel: 09303/8369
(19.00 - 20.00 Uhr)
bis bald !!
Heiner